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While the invention has been particularly shown and 
described with reference to a preferred embodiment, it 
will be understood that various changes in form and 
detail may be made therein without departing from the 
spirit, and scope of the invention. 
Claims s 



1. A method of dispatching on a socks server an IP 
datagram originated from an application on a source 



device, in an Internet 



plurality of socks servers, said IP datagram comprising a 



Source IP Address field 



field in the Transmission Control Protocol (TCP) header, 




and socks data, said me 
in a socks dispatc 



rotocol (IP) network comprising a 



in the IP header, a Source Port 



t;hod comprising the steps of: 
ler, 

identifying the soiree device, said step comprising 
the further step of retrieving source address in the 
Source IP Address field; 

identifying the application on the source device, 

further step of retrieving the 
application address in the Source Port field; 

determining the application level protocol of socks 

table, said first table 
comprising for each socks! connection identified by a 
source address and an application address, an application 
level protocol; and 

selecting a socks serWer referring to a second 
table, said second table defining for each application 
level protocol one or a plurality of socks servers. 



2 . The method according to Claim 1 wherein said step 
of determining the application level protocol comprises 
the preliminary step of: 

determining that the IP \datagram comprises a socks 
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5 CONNECT message; \ 

6 updating the first! table with a new socks connection 

7 identified by the source address and the application 

8 address of the IP datagram; 

9 retrieving the application level protocol from the 

10 IP datagram; \ 

11 associating said socks connection with said 

12 retrieved application level protocol in said first table. 

3 . The method according to Claim 1 wherein said IP 

2 datagram is sent with a given priority, and wherein said 

3 step of determining the application level protocol is 

4 followed by the further steplof: 

3 5 determining the priority\of the IP datagram by 

Se referring to a third table, said third table defining a 

J 7 priority for each value of the\ application level 

■ 5 8 protocol . \ 

* \ 

« i 4 . The method according to \Claim 3 wherein in case 

=2 of congestion in one or a plurality of output queues, 

£ \ 

y 3 said step of determining the priority of the IP datagram 

!: 4 is followed by the further steps lof : 

3 s discarding in said one or plurality of output queues 

J 6 IP datagrams having the lowest priority until there is no 

7 more congestion; and \ 

s discarding the IP datagram when said IP datagram 

9 compared with IP datagrams in said tone or plurality of 

io output queues, has the lowest priortLty. 

1 5. The method according to Claim 3 wherein in case 

2 of congestion in one or a plurality of output queues, 

3 said step of determining the priority of the IP datagram 

4 comprises the further steps of: \ 

s selecting in said one or plurality of output queues, 
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IP datagrams that 
table, said table 
protocol an indicat 
datagrams to be dis 



c&n be discarded referring to the third 
defining for each application level 
:.on concerning the capacity of IP 
qarded or not in case of congestion; 



discarding selected IP datagrams having the lowest 



priority until there 
discarding the 



is no more congestion; and 

P datagram when said IP datagram 



compared with IP datagrams in said one or plurality of 
output queues, can be^ discarded referring to said third 
table and has the lowest priority. 



6. The method according to Claim 1 wherein said 
first table is dynamic! and comprises for each socks 
connection: \ 

a source address identifying the source device; 
an application address identifying the source 
application; and \ 

application level protocol for the socks connection, 

7. The method according to Claim 1 wherein said 
second table comprises far each sock server: 

an identifier, preferably an address; 
optionally, a sock server capacity; and 
application level protocols supported by the socks 
server . 

8. The method according to Claim 3 wherein said 
third table comprises for qach application level 
protocol : 

a value corresponding t^o the application level 
protocol ; 

a priority; and 

optionally, an indication concerning the capacity of 
IP datagrams to be discarded pr not in case of 
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congestion. , 

9. The menhod according to Claim 3 comprising the 
initial steps oc: 

configurings said second and third tables, 
defining a default socks server for application 
level protocols not defined in the second table; and 

defining a default priority and optionally a default 
indication concerning the capacity of IP datagrams to be 
discarded or not in\ case of congestion, for application 
level protocols not\defined in the third table. 

10. The method according to Claim 1 wherein the step 
of selecting a socks\ server referring to a second table, 
comprises the further isteps of: 

determining the number of socks servers in the 
second table defined for the application level protocol 
of the IP datagram: \ 

if only one socks server is defined in the second 
table, forwarding the IP Viatagram to said socks server, 

if more that one socks server is defined in the 
second table, forwarding the IP datagram to a socks 
server selected according no its capacity and the 
priority of the IP datagrams 

11. A socks dispatcher comprising means adapted for 
carrying out the method acc<z>ndir c[^to Claim 1. 

12 . A computer readable medium comprising 
instructions for carrying out the method according to 
Claim 1. \ 




